|
|
| Author |
Thread Statistics | Show CCP posts - 45 post(s) |
Mikron Alexarr
New Age Solutions
87
   |
Posted - 2013.07.12 19:07:00 -
[1] - Quote
*pulls down the latest JDK*
-Android engaged- |
Mikron Alexarr
New Age Solutions
88
|
Posted - 2013.07.15 18:28:00 -
[2] - Quote
Quote:"{
"message": "The route /tournaments/2/series/0 was not found, did you forget the trailing slash?",
"key": "routeMissing",
"exceptionType": "NotFoundError"
}"
thank you so much for this! |
Mikron Alexarr
New Age Solutions
88
|
Posted - 2013.07.16 14:11:00 -
[3] - Quote
CCP QC wrote:Hi all!
... stuff ...
11) I'm getting 503 errors!
You probably requested too fast. Wait a minute and try again. I'll be tweaking throttling parameters over the coming days, so I can't give exact values for this.
Disclaimers: (also edit!)
Please note that we are actively working on the tournaments/* endpoints. They are liable to change with no prior notice. They should also be quite stable before we reach TQ.
Will the headers contain anything about how often we should be requesting? I noticed a max-life of 5 seconds. Will this change? Be present on all endpoints? Also, docs?
|
Mikron Alexarr
New Age Solutions
88
|
Posted - 2013.07.16 17:55:00 -
[4] - Quote
CCP QC wrote:Docs are coming.
For how fast you can query, ideally don't request the same endpoint until at least max-age as passed, you'd get the same reply anyway, so there is really no reason. Apart from that just slow down if you get 503'd.
ah, sorry. I thought I saw some pages without the max-age field.
This is only my second real attempt at a web app (bear with me please!). I was going to try to do some testing and see how often things changed and what I might have to account for. I didn't know if there was a discrete interval on which all endpoints were updated or if an endpoint would reflect a change as soon as it happened. I remember reading something (could be totally wrong here) awhile back about how calls to the eve API would only return data once in a particular interval and so responses had to be cached. So the plan for my app, given the transient nature of android apps was to setup a very simple SQLight DB to persist and read responses rather than relying on android to not nuke my app while it was in the background.
But I suppose this will all be covered in the docs. I'm still learning about Android and exploring my options, so I'm not in a terrible rush. |
Mikron Alexarr
New Age Solutions
88
|
Posted - 2013.07.25 09:21:00 -
[5] - Quote
here's a question:
can you find a quick way to link pilots to characters?
http://public-crest.eveonline.com/tournaments/1/pilots/144859106/
should somehow link from
http://public-crest.eveonline.com/tournaments/teams/1/
or
http://public-crest.eveonline.com/characters/144859106/
It would make my stats page MUCH easier to build. |
Mikron Alexarr
New Age Solutions
88
|
Posted - 2013.07.26 00:01:00 -
[6] - Quote
CCP Veritas wrote:Mikron Alexarr wrote:can you find a quick way to link pilots to characters? That hadn't been done because the team exists in a tournament-agnostic way while the pilot's within the context of a single tournament. Today I deployed a new endpoint which is a team within the context of a specific tournament, linked from the base tournament endpoint in the "entries". I think it'd make sense for us to have a link to pilotstats within the pilots array on that endpoint. We'll see if I get around to it next week. I probably will.
Much appreciated! I've been soaking up android dev practices and such and the less I have to dig for information the better for me right now. I'm skipping the SQLite backing in favor of a persistent fragment caching mechanism (just for now!). So, the less I have to store the better. Having to slog through all of the match data to get pilot stats (even if I could work something with just pulling the first series) feels unnecessary. I thought that the teams list was tournament independent. But now that it will be, I can just use that instead ^.^.
Thank you for exposing this data for us to consume! |
Mikron Alexarr
New Age Solutions
88
|
Posted - 2013.07.26 00:08:00 -
[7] - Quote
Another thought, when winners and losers are decided, can you update the cache max life to something like 5 minutes rather than 5 seconds on those particular endpoints? I'm basing my polling off of that value, and polls are power expensive. Once I have the data, I shouldn't need to re-query results for a finished match/series unless a decision is made afterward that would affect the outcome. |
|
|
| |
|